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METHOD AND SYSTEM FOR TRACKING SCREEN ACTIVITIES 

[0001] CROSS REFERENCE TO RELATED APPLICATION 

This is a continuation of U.S. application No.: 09/705,391, now US Pat. No.: 
10 6,662,226. 

[0002] BACKGROUND OF THE INVENTION 

[0003] Field of the Invention 

[0004] The present invention relates to interactions with terminal devices 
having a user interface to display information, and more particularly to a method 
15 and system for capturing, tracking, storing, augmenting and replaying the 

displayed information encountered during one or more interactive session, wherein 
the one or more interactive session involves a series of screen displays. 

[0005] Description of the Related Art 

[0006] Various information is accessed through wide area networks (WAN) 
20 such as the Internet. The content of these wide area networks is dynamic, 

infomnation is always being added and deleted. Information available at one time 
may be unavailable at a later time because a user may not save it when it was 
available or its source may have been deleted, or it may be still available but the 
user is not quite sure of its location. In other cases, one desires to see how others 
25 proceed with interactions with provided information. 

[0007] Computing devices enable users to interact with various information 
streams such as interaction with various web sites over the Internet. These 
interactions are typically achieved via hardware devices including a display device 
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5 and a user interface (i.e., a keyboard and a pointing device). In order to instruct a 
computing system to perform a task, a user may type a command on a keyboard 
or make a selection from a menu or button bar using a pointing device (e.g., a 
mouse or touch pad). In response to the user's input, the computing system may 
display text on the display device, display an image or play a sound, all of which 

10 provides an indication to the users of the results of their interaction. 

[0008] Selectively preserving some of these interactions is akin to 
transmitting the information associated with a particular interaction from the 
present to the future. There is therefore a need for information retention, source 
identification, and processing services associated with the transmitted information 
15 from designated terminal devices. Additionally, since this information must be 
stored for future access, there is also a need for information annotation (i.e., from 
where, for who and when). 

[0009] SUMMARY OF THE INVENTION 

[0010] An object of the present invention is to provide a method and system 
20 that facilitates an individual, enterprise or business entity to record, store, process 
and manage information associated with interactions transacted on designated 
terminal devices. More specifically, individual and sequenced display 
presentations are captured or recorded and supplemented with associated 
infonmation such as input control sequences, time stamps, user specific 
25 identification information, processing instructions, source infomiation and 

validation information which may take the form of alpha numeric sequences or 
machine readable entities either of which may be encrypted. 

[001 1] In an embodiment of the present invention, software agents (resident 
on a user's terminal device and/or a remotely accessible server devices) record 
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5 the activities associated with a given interactive session where that interactive 
session comprises a series of screen displays and any associated user interface 
or network activity. The captured infomiation is indexed, processed (i.e., sensitive 
information may be encrypted and the captured content may be compressed for 
efficient storage) and stored for future access (i.e., replay or playback) either on 

10 the initiating terminal device or a designated remote server device. Additionally, 
since source addressing information is retained with the captured information, 
future modifications to source files associated with the captured information may 
also be tracked either offline or upon request. 

[0012] The present invention can be implemented in numerous fornns. 

15 Different implementations of the present invention yield one or more of the 
following advantages. One advantage of the invention is that an effective digital 
tracking system is provided to track device interactions (i.e., screen activity over a 
period of time and associated input and network interactions) associated with user 
Interactions with various information streams accessible through a network such 

20 as the Internet or an Intranet. This capturing process may be activated 

automatically or may be initiated by the user as desired. Another advantage of the 
present invention is that the captured information can be processed (i.e., 
encryption, compression) augmented by time stamps, user specific information 
(i.e., electronic signatures) and validation information which may take the form of 

25 alpha-numeric character strings or machine readable entities which may be 
encrypted. Still another advantage of the present invention is the captured 
information may be stored and managed on initiating terminal device and/or 
remotely on a designated server device for future reference, 

[0013] The foregoing and other objects, features and advantages of the 
30 invention will become more apparent from the following detailed description of a 
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5 preferred embodiment, which proceeds with reference to the accompanying 
drawings. 

[0014] BRIEF DESCRIPTION OF THE DRAWINGS 

[0015] The present invention will be readily understood by the following 
10 detailed description in conjunction with the accompanying drawings, wherein like 
reference numerals designate like structural elements, and in which: 

[0016] Figure 1 is a block diagram of a networked communication system 
which may be used to implement the method and system embodying the 
invention; 

15 [0017] Figures 2 shows a functional diagram of a TSR (Transaction 
Recording System) Server which may be used in conjunction with the 
implementation of an embodiment of the present invention; 

[0018] Figures 3A to 3G illustrate representative screen displays which 
may be captured, validated and processed in accordance with an embodiment of 
20 the present invention; 

[0019] Figure 4 illustrates a representative series of screen displays which 
may be captured in accordance with an embodiment of the present invention; 

[0020] Figure 5 is a flow diagram of the process associated with processing 
(i.e., encryption, validation and compression) a series of captured screen displays 
25 in accordance with an embodiment of the present invention; 
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s [0021] Figur 6A is a process of a terminal device being interacted with a 
user; 



[0022] 



Figure 6B is a process of a server communicating with the terminal 



device in Figure 6A; and 



[0023] 



Figure 6C shows a process of retrieving the archived file at a 



10 terminal associated with the server of Figure 6B. 



[0024] 



DETAILED DESCRIPTION OF THE INVENTION 



[0025] 



The invention pertains to a method and a system for capturing, 



processing and replaying a series of screen displays associated with one or more 
transactions. As used herein, a transaction means data exchange between two 

15 devices. For example, a transaction occurs when a provider accepts an order of 
certain items from a buyer. Likewise a transaction is deemed to occur when 
pertinent data/information entered/provided by one side Is released to the other 
side. In general a transaction means a sequence of information exchange and 
related work (such as database updating) that is treated as a unit for the purposes 

20 of satisfying a request and for ensuring database Integrity. For a transaction to be 
completed and database changes to occur, a transaction has to be completed in 
its entirety. One of the common transactions over the Intemet is a catalog 
merchandise order by a customer. When the order Is received on the server side, 
the order transaction involves checking an inventory database, confimning that the 

25 item is available, placing the order, and confirming that the order has been placed 
and the expected time of shipment. If the order Is deemed as a single transaction, 
then all of the steps must be completed and validated before the transaction is 
successful and the database is actually changed to reflect the new order. 
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5 [0026] Generally, a transaction is supported by one or more screen displays 
so that a user can interact with the displays to conduct the transaction. One of the 
key features in the present invention is to capture such displays including user's 
interaction. Another feature is to provide a mechanism to store and manage the 
captured displays. Still another feature is to playback the stored displays so that 

10 review of the displays reveals how a user interacts with his/her terminal to proceed 
with a transaction. In one embodiment, the stored information as a series of 
captured screen interactive information (i.e., screen displays and user inputs) can 
be augmented with validation information and played back in a predefined order 
upon request. 

15 [0027] Terminal devices, also referred to as computing devices herein, 
include but are not limited to personal computers, laptop computers, computer 
terminals, personal digital assistants, palm-sized computing devices, cellular 
phones, two-way pagers and computer work stations. Such devices typically have 
a user interface comprised of a display, a keyboard/keypad and a pointing device 

20 (e.g., a mouse, a trackball, a joystick, a navigation key-set or a touch-pad). 

[0028] The detailed description of the invention is presented largely in terms 
of procedures, steps, logic blocks, processing, and other symbolic representations 
that directly or indirectly resemble the operations of data processing devices 
coupled to networks. These process descriptions and representations are typically 

25 used by those skilled in the art to most effectively convey the substance of their 
work to others skilled in the art. Reference herein to "one embodiment" or "an 
embodiment" means that a particular feature, structure, or characteristic described 
in connection with the embodiment can be included in at least one embodiment of 
the invention. The appearances of the phrase "in one embodiment" in various 

30 places in the specification are not necessarily all referring to the same 
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5 embodiment, nor are separate or alternative embodiments mutually exclusive of 
other embodiments. Further, the order of blocks in process flowcharts or diagrams 
representing one or more embodiments of the invention do not inherently indicate 
any particular order nor imply any limitations in the invention. 

[0029] Referring now to the drawings, in which like numerals refer to like 
10 parts throughout the several views. Figure 1 shows a basic system configuration 
in which the present invention may be implemented in accordance with a preferred 
embodiment. Communications system 100 generally includes a plurality of 
communications networks such as wireless network 102 with an associated SMS 
channel and data network 104 (i.e., the Internet or a private intranet). These 
15 communications networks support communications between a plurality of diverse 
terminal devices, such as is illustrated by wireless communication device 108 (i.e., 
a cell phone), personal digital assistant (PDA) 112, personal computer 124 and a 
plurality of network servers represented by network server 150. 

[0030] According to one embodiment of the present invention, services 
20 associated with the capture and storage of a terminal device activities are 

processed by software modules resident on the initiating terminal device (i.e., PDA 
112) or on remote server devices such as Transaction Recording System (TRS) 
Server 140. These software modules provide services relating to the acquisition, 
processing (i.e., compression and encryption), validation and management of 
25 screen display content (i.e., a series of screen displays), input commands, device 
status information, user specific information, source specific information, network 
infomriation, resource utilization (i.e., printers and external storage devices), time 
stamps and in general any information associated with the user's interaction with 
the terminal device. Additionally, the software modules provide services related to 
30 the management and utilization of local and remote user specific storage areas. 
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5 [0031] The communication system illustrated in Figure 1 is provided for 
purposes of illustration and not limitation. It would be understood by one of 
ordinary skill in the art that the present invention may be practiced in a 
communications system having configurations and system components that differ 
from those described above. 

10 [0032] According to one aspect of the present invention, a user interacting 
with a terminal device (i.e., PDA 112), via an associated user interface (i.e., a 
touch screen and associated display), may initiate the capture process to capture 
a series of displays on a screen through a pre-defined user interface interaction 
(i.e., a soft key on PDA 112). Upon process initiation, software modules resident 

15 on the terminal device or embedded as an applet or an application cause a series 
of screen displays and associated device and network interactive event indications 
to be captured. The captured images and event indications may be supplemented 
with validation information (i.e., a time stamp, a user specific electronic signature 
and validation information which may take the form of alpha numeric character 

20 strings or machine readable marks) and then processed for storage and future 
display. The archived event information may be stored locally and/or on a 
designated remote server device for future reference. 

[0033] It is defined without the loss of generality that an interaction involves 
activities (i.e., display content, user input/output in response to what is being 

25 displayed in the subject terminal device) performed by a user with respect to the 
user interface of a terminal device that may or may not be networked. Some key 
advantages of the present invention include the ability to archive device 
interactions, validate those interactions (i.e., an encrypted alpha numeric character 
string which encodes a portion of the archived content) and associate the archived 

30 information with attribute information such as electronic signatures or time stamps. 
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5 [0034] Referring now to Figure 2, there is shown a functional block diagram 
of a TRS server 240 that may correspond to TRS server 140 of Figure 1 . A 
network interface 242 in TRS server 240 facilitates a data flow between a data 
network (i.e., data network 104 of Figure 1) and TRS server 240 and typically 
executes a special set of rules (a protocol) for the end points in a link to send data 

10 back and forth. One of the common protocols is TCP/IP (Transmission Control 
Protocol/Internet Protocol) commonly used in the Internet. The network interface 
manages the assembling of a message or file into smaller packets that are 
transmitted over the associated data network and reassembles received packets 
into the original message or file. In addition, TRS server 240 handles the address 

15 part of each packet so that it gets to the right destination. 

[0035] TRS server 240 comprises a processor (or multi-processor) 248, a 
server module 242 and a storage space 246. In practice, any computing device 
having reasonable computing resources (i.e., processing power and memory 
capacity) may be utilized as an TRS server. Storage space 246 may be resident 

20 within TRS server 240 or in a separate accessible server device (not shown). Part 
of the storage space 246 is allocated to retain captured information from the client 
devices and accessible upon request. It should be noted the storage space 246 
may be a single storage device or a cluster of storage devices located locally 
and/or remotely (e.g. storage space 249 is connected through a network). In one 

25 embodiment, the captured infomnation may be respectively associated with a 
particular user, type information of the client device, billing information, electronic 
signatures, device information etc.. 

[0036] According to one embodiment of the present invention, server 
module 242 is a compiled and linked version of a computer language 
30 implementing the present embodiment and loaded in a memory. When executed 
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5 by TRS server 240 (i.e. processor 248), server module 242 performs a number of 
functions to facilitate the operations associated with a preferred embodiment of the 
present invention. 

[0037] Server module 242 comprises a management module 242a, 
validation module 242b, attribute module 242c, security module 242d, indexing 

10 module 242e and content analysis module 242f. Management module 242a 

provides account initialization, management and service functions for a plurality of 
user accounts associated with users having access to this service. In one 
embodiment, management module 242a is an interface selectively accessible by 
users and an administrator respectively. Typically, a user is permitted to retrieve 

15 the recording of his/her screen activities while an administrator is permitted to 
retrieve any one's recording. 

[0038] Validation module 242b provides validation services that serve to 
generate evidence that the archived event information has not been modified. The 
evidence may take the form of alphanumeric character strings containing encoded 

20 or encrypted information associated with the archival information. For example, a 
portion of the archived event information may be incorporated into a machine- 
readable symbol or a certified copy may be accessed via a trusted third party 
server device. Attribute module 242c associates additional information (i.e., time 
stamps, electronic signatures, position information, etc.) with the archived event 

25 information. Security module 242d protects the archived information from 

unauthorized access. Indexing/Routing module 242e provides services relating to 
cataloging and providing an index of available event files. Content analysis module 
242f is used to analyze what is in the captured events (i.e. screens). In one 
embodiment, content analysis module 242f employs an OCR engine to perfomri 

30 optical character recognition of one or more selected pages of the captured 
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5 events. Together with indexing module 242e, content analysis module 242f may 
help automatic indexing of the captured events. It is clear to those skilled in the art 
that not every element in the module 242 needs to be implemented to achieve the 
desired results contemplated by the present invention. 

[0039] Figures 3A to 3G illustrate a series of representative screen displays 
10 that may be captured, validated and processed in accordance with an embodiment 
of the present invention. The screen displays may be displayed on a display 
screen of a computing device, such as a personal laptop/desktop computer and a 
personal data assistant (PDA). 

[0040] As used herein, a display screen or a screen is the physical display 
15 apparatus in a computing device, such as a 15 inch CRT or LCD screen 

commonly seen with a computing device. A screen display, a displayed page, a 
displayed window or simply a display is an image presented on the display screen. 
For example, a file that constitutes a display may be an HTML file, wherein HTML 
stands for HyperText Markup Language, an image thereof appears on a display 
20 screen when the file is read or executed by a display application. 

[0041] To understand the representative screen displays in Figures 3A to 
3G, a PDA is used as one of the exemplary computing devices. PDA 312 may 
correspond to PDA 112 of Figure 1 and includes a user interface comprised of a 
display/touch screen, a navigation key-set, application keys and softkeys which 
25 may be used to interact with the PDA 312. In accordance with an embodiment of 
the present invention, the TRS archiving can be initiated through a TRS program 
key 315, a touch of a designated area on a screen display, an entry of a 
predefined word or web address. 
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[0042] In one embodiment, the TRS archiving is initiated when a user logs 
onto a particular screen display, such as an initial page of a personal account. 
Once TRS archiving is initialized, user interactions with PDA 312 (i.e. screen 
content, user inputs, URI's, and associated cached information) for the series of 
screen displays illustrated in Figures 3A to 3G are sequentially captured. 

[0043] Each of the screen display is captured by a screen capturing process 
that may be an application or a Java applet embedded in a display. In one 
embodiment, the screen capturing process is implemented by utilizing calls 
provided in Microsoft Foundation Class (MFC) supported in MS Windows OS. An 
example of such implementation is provided as follows: 

BOOL CaptureCurrentScrollArea(int nHeight) 
{ 

// create a XI mage object 

//Xlmage is a predefined class and contains image 
// attributes and device dependent bitmap object. 

Xlmage* pimage = new Xlmage; 

// assign the image attributes. 

//xJWidth is the image width being captured. 

// nHeight is the height for the scroll area. 

II g_uSysBitCount is system graphics bit/pixel setting. 

plmage->xJWidth = xJWidth; 
plmage->xJHeight= nHeight; 
plmage->x_wBitsPixel = g_uSysBitCount; 

// create screen DC 

// this DC will be used to copy bitmap from the scroll area 
CDC dcScr; 

dcScr.CreateDC("DISPLAY", NULL. NULL, NULL); 

// create a device dependent bitmap object. 

if (!plmage->bitmap.CreateCompatibleBitmap 
(&dcScr, plmage->xJWidth, plmage->xJHeight)) 
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return FALSE; // the capture is not successful. 

// an empty bitmap is created. 

// now create a compatible memory DC. 

CDC dcMem; 
BOOL bCreateDC = 

dcMem.CreateCompatibleDC(&dcScr); 
CBitmap* pOldBmp = 

dcMem.SelectObject(&plmage->bitmap); 

// ready to copy the bitmap from the scroll area. 
// BitBIt is the critical function call to do the job. 
// g_rcCapture is the global variable that contains the 
// coordinates of the current window being captured. 

dcMem.BitBlt(0, 
0. 

plmage->xJWidth, 

plmage->xJHeight, 

&dcScr, 

g_rcCapture.left, 
g_rcCapture.bottom - nHeight, 
SRCCOPY); 
dcMem.SelectObject(pOldBmp); 

// the job is done. 

// the Xlmage object contains the captured bitmap of 
//the scroll area. 

// store the captured image in a local file. 

if (ISaveBitmapToTempFile(plmage)) 

return FALSE; // the capture is not successful. 

// calculate the total height of the complete image 

g_nTotalHeight += nHeight; 

// the saved image file will be used in the image 
// concatenation when we stitch individule pieces 
// of the document image back into its entirety. 

return TRUE; // the capture is successful. 

} 



14 



5 wherein g_rcCapture is the global variable that contains the coordinates of 

the active window being captured. The only parameter passed by calling 
module is the height of the display window that can be readily determined. 

[0044] Once the displays in Figures 3A to 3G are captured, the displays or 
contents therein may be supplemented with attributes such as a time stamp to 

10 indicate when the displays or contents are captured. The displays or contents 
therein may be also processed such that the displays selective or content 
elements can receive special treatment (e.g. encrypted) and afterwards be 
compressed using a compression process. In a preferable embodiment, the 
displays or processed versions thereof are uploaded to a remote server through a 

15 network (e.g. a LAN, a wireless network, or the Internet). 

[0045] Figure 4 illustrates a representative series of screen displays that 
have been captured in accordance with screen displays shown in Figures 3A to 
3G. Validation information for the series of screen displays may be associated with 
each individual screen display or may be grouped into a single validation entity 
20 that represents the group as a whole. Additionally, there may be separate 
validation entries for each of the individual screen displays and the series of 
screen displays as a whole. As shown in Figure 4, each of the captured displays 
has been respectively attributed with a time stamp to indicate when the display is 
captured at the terminal device or arrived at the server. 

25 [0046] Figure 5 is a functional diagram of a process associated with 
processing (i.e., encryption, validation and compression) a series of captured 
screen displays 501 in accordance with an embodiment of the present invention. 
Each of screen displays 501 is initially cached at 501 and may be processed (e.g. 
texts are recognized by an OCR process) or parsed so that content elements 
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5 requiring special treatment may be proceeded. For example, some of the content 
elements contains classification tags (i.e., "classified" and "unclassified") then 
those elements (i.e., credit card numbers, account numbers etc.) can be singled 
out for special treatment such as encryption. At 505 validation data such as time 
stamps or electronic signatures are added and the screen displays (including the 

10 attributed ones) may then be compressed. The processed file is stored in a TRS 
database at 507 that may be resident on the subject terminal device or a remote 
server device. Upon request, the stored file can be retrieved and replayed at 509. 
In one application, a viewer can assess what transactions a user (i.e. a person 
who interacts with the terminal device) has entered and how the user was reacted 

15 to the transactions. The assessment may potentially provide useful marketing 
feedback. 

[0047] Figure 6A shows a process 600 of a terminal device being 
interacted with a user. Generally, the terminal device is coupled to a server and 
provides a mechanism to the user to perform certain functions. For example, the 

20 server is a brokerage (e.g. www.schwab.com ) from which the user can trade 

stocks during business hours or the server is an internal data center with which the 
user can exchange data through the terminal device. After the user logins onto the 
server and navigates to a page or display that may be the initial display for a 
transaction. According to one embodiment, when the initial display embedded with 

25 a flag or a signal that can trigger the TRS process comes in at 602, a screen 

capturing application is activated at 604. As described above, the screen capturing 
application may be preinstalled in the terminal device or downloaded with or 
embedded in the initial display. 

[0048] As the user interacts with the initial display or proceeds with 
30 subsequent displays, the displays are automatically captured by the screen 
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5 capturing application at 606. The user's interactions with the terminal device may 
include an entry of data, one or more words/phrases, a click of a designated area 
in the display. As an option at 608, the captured displays may be attributed with 
one or more notions that include a timestamp, the user's identity information or 
device information of the terminal device. 

10 [0049] At 610, it is determined if the respectively captured displays are to be 
cached. Depending on an exact implementation, each of the captured displays is 
respectively transported to a storage device at 612, hence there is no need for 
caching a captured display. The storage device may be a server located 
separately with respect to the terminal device and coupled thereto through a data 

15 link under a session (e.g. opened for the transaction). Whenever a display is 
captured, the image thereof is transported to the storage device. At 614, the 
process 600 goes to 606 to capture another display till no more displays need to 
be captured, which can be indicated within a last display to inactivate the screen 
capturing application. When no more displays need to be captured, the process 

20 600 ends. 

[0050] Depending on another implementation that required that all captured 
displayed are transported together to the server, then a captured display is to be 
cached at 610, and the captured display is stored in a memory space 616. At 618, 
the process 600 may go to 606 to capture another display till no more displays 
25 need to be captured, which can be indicated within a last display to inactivate the 
screen capturing application. At 620, the captured displays are then transported to 
the server and the process 600 end. 

[0051] It should be noted that an optional procedure may be provided just 
before 612 or 620 to process the captured display(s). In one embodiment, the 
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5 captured displays in image format can be compressed using a commonly known 
image compression technique such as JPEG, In another embodiment, the 
captured images are compressed using a commonly known image compression 
technique such as MPEG or other compression to take the advantage of similarity 
between two immediate displays. The purpose is to reduce the data size so that 
10 the transportation of the captured displays to the server is more efficient over the 
data line. In any event, the captured image or images, regardless processed or 
not, are referred to as a file that may be resident locally or being transported to the 
server. 

[0052] Figure 6B shows a process 640 of a server communicating with the 
15 terminal device as discussed in Figure 6A. At 642, the server awaits a request if 
any file is upcoming from a terminal device such as the one in Figure 6A. When a 
request is received, the server assigns an identification to the file so that a query 
can be made later to retrieve the file when there is a need to review the file. 
Depending on an exact implementation or application, the identification may be a 
20 session ID, a transaction ID or any ID that can uniquely identify the file. At 646, the 
file is received. At 648, it is determined if there is another file related to the arrived 
file. As described above, sometimes, there are multiple files each comes 
individually for one transaction and sometime there is only one compounded file. If 
it is determined that there are no more files, the arrived files are then kept in a 
25 storage space at 650 for future retrieval. 

[0053] Figure 6C shows a fiow process 660 of retrieving the archived file at 
a terminal associated with the server. At 662, the process 660 awaits a retrieval or 
replay request that may come from a terminal operated by an operator. The 
request may include parameters related to a transaction ID or user identifier 
30 information so that a correct file may be located. For example, a business desires 
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5 to review a user's behavior with respect to its web site, the process 600 can be 
used to view how the user interacts with the web site. A request may include a 
query of the user's ID. When the replay request is received, the process 660 is 
preferably instructed how to play back the archived file, namely in a specified 
order. At 666, the process 660 proceeds to look up for the file. At 668, the file is 
10 played back and displayed on a screen for review. 

[0054] The invention may be implemented as a method, a system or code 
on a computer readable medium (i.e. a substrate). The computer readable 
medium is a data storage device that can store data, which can thereafter, be read 
by a computer system. Examples of a computer readable medium include read- 
15 only memory, random-access memory, CD-ROMs, magnetic tape, optical data 
storage devices and carrier waves. The computer readable medium can be 
distributed over a network coupled computer system so that the computer 
readable code is stored and executed in a distributed fashion. 

[0055] The advantages of the invention are numerous. Different 
20 embodiments or implementations may yield one or more of the following 
advantages. One advantage of the invention is that user's interactions with 
terminal devices can be archived in a form that could be hardly altered (e.g. an 
image of a screen display) and validated for future use. Another advantage of the 
invention is that supplemental infonmation may be associated with the archived 
25 content (i.e., time stamps, electronic signatures, location information, subject, and 
indexing). Still another advantage of the invention is that the individual screen 
displays may be stored as a single file that can be played back to show how each 
of the screen displays is formed. 



5 [0056] The many features and advantages of the present invention are 
apparent from the written description, and thus, it is intended by the appended 
claims to cover all such features and advantages of the invention. Further, since 
numerous modifications and changes will readily occur to those skilled in the art, it 
is not desired to limit the invention to the exact construction and operation as 

10 illustrated and described. Hence, all suitable modifications and equivalents may 
be considered to fall within the scope of the invention. 



20 



